home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000280_news@columbia.edu _Wed Nov 17 00:01:51 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA15955
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 17 Nov 1999 00:01:50 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA06296
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 16 Nov 1999 23:32:34 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: mskermit ansi-bbs
  11. Message-ID: <Z3d8eDZWNxFH@cc.usu.edu>
  12. Date: 16 Nov 99 21:17:08 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <hLoY3.10$CM.1641@news2.voicenet.com>, Christopher Mosley <cmosley@voicenet.com> writes:
  17. > I wrote a short time ago about various unix text programs
  18. > that have incorporated ansi color: gnu dir and ls, most, lynx, tin,
  19. > ncurses  demo programs (digital clock, fireworks etc). These program all
  20. > work fine in ckermit when run from the linux console or in an "rxvt" xterm
  21. > window (but not the xterm called xterm). They also all work in mskermit when
  22. > the term type is set to ansi-bbs (this is necessary, the kermit vt color
  23. > support is not adequate for some of these programs, especially since it
  24. > doesn't really exist ) and the termcap is a particular xterm-r5 terminfo
  25. > with the strings for ansi color added - set ansi foreground and background
  26. > etc. Since the ansi-bbs term type does not support the special graphic chars
  27. > of the vt100 and the terminfo does not specify a special graphics set, some
  28. > programs render box chars as the ascii chars | + -. It seems that by
  29. > specifying the acsc= string in the terminfo these ascii chars could
  30. > be replaced by the real box chars - this can be done.
  31. > 
  32. > So finally here is my Question .  The ansi-bbs charset starts out a
  33. > particular way but after some programs are run. It has inexplicably changed
  34. > (inexplicable to me) the 8bit chars have been remapped, now the first 8bit
  35. > char is the first char in the dos codepage (smiley face). The dos code page
  36. > has been replicated starting at the first 8 bit char. It can be reset
  37. > back to the original simply by resetting the ansii-bbs term type. Just
  38. > wondering why this is - why has the char set changed and not been returned
  39. > to its original state _or_ where can I find a description of the ansi-bbs
  40. > terminal emulation.
  41. >                                                               Thanks
  42. ------------
  43.     The terminal emulators in Kermits aren't doing the change, clearly.
  44. That leaves such things as sudden use of parity to contend with, and changes
  45. on the remote host. There is also the unfortunate situation of no such thing
  46. as an ansi-bbs terminal itself so specs are mostly snippets of this and that
  47. mixed with some ANSI suggestions. That leaves plenty of room for end to end
  48. misunderstandings. As if that weren't enough then add that VT style work
  49. often underlays the ansi-bbs emulation and then VT commands can modify the
  50. displayable character set. It's a muddle; one better avoided if possible.
  51.     I'm not certain there is any doc that defines ansi-bbs, or if one
  52. exists that it applies broadly.
  53.     Logging what is sent is probably a more productive way of
  54. understanding the problem at hand.
  55.         Joe D.